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Let’s talk about it 


• Nice things: @FunnelFiasco 

• Not-nice things:/dev/null 
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What is program management? 


But first: 

What is project management? 


Dictior 


Project 


Single, focused result 
Has a defined end 


• Output-focused 
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time 


Program 

• Made of projects 

• No defined end 

• Outcome-focused 


A note on terms 


YOU ARE TECHNICADW CORRECTl 




£ 

* i 




ff 


y=»THE best kind of correct 


@F unnelF iasco 




What is project management? 


“The application of knowledge, skills, tools, and techniques to 
project activities to meet the project requirements” 

— Project Management Institute 
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What is project management? 


• Working with project teams to balance constraints: 

- Time 

- Cost 

- Scope 

- Quality 
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“Everyone does project management, some just do 

it poorly.” 

— Ben Cotton 




What is program management? 


What is program management? 


“The application of knowledge, skills, tools, and techniques to 
meet program requirements” 

— Project Management Institute 
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What is program management? 


• Like project management, but more of it 

• More coordination between projects/activities 

• Less involvement in the specific details 
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EXCEPT! 


“bcotton is a default volunteer in Fedora” 


anonymous 
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What is program management? 


Time 




Managing Schedules 


• Managing schedules doesn’t necessarily mean setting 
schedules 

• Managing schedules does not mean being held responsible for 
execution 
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Managing Schedules 


• Managing schedules is 

- Building the schedule 

- Communicating the schedule 

- Updating the schedule 

- Consulting on schedule-related decisions 
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Why have a schedule? 


• Users care 

• Downstreams care 

• Upstreams probably don't care, but might 

• How else will you know it's done? 
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Types of 


• Calendar-based 

• Feature-based 

• Meh, it's done I guess 
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schedules 


Calendar-based schedules 


• Start with your target release date and work backward 

• How do you pick a date? 

- Upstream or downstream release dates 

- Tradition 

- Conferences/events 

- Fun dates (e.g. Pi day) 

- The amount of time it takes for the new release to be different 
enough 
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Feature-based schedules 


• Start with your target feature set and work forward 

• How do you pick your feature set? 

- How different do you want it to be? 

• What "justifies" a new release? 

• How much change is too much? 

- How interdependent are your changes? 

- How long do you want it to take? 

• YOU CAN'T AVOID THE CALENDAR 
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Meh, it’s done I guess schedules 


• You’re on your own here 
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Common considerations 


• Milestones 

- Feature proposal/code complete deadlines 

- Merge windows 

- Testing 

- Releases (alpha/beta/GA) 

• Conflicts 

- Conferences 

- Holidays 
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Common considerations 


• Schedule changes 

- If you move one date, you impact others 

• Public perception 

- Not all one week slips are created equal 

- Marketing is a part of the schedule, whether you like it or not 
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When your 


• Calendar based 

- Cut troublesome features 

- Slip the release date 

• Feature based 

- Cut troublesome features 

• Meh, it's done I guess 

- The schedule is always right! 
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dule is wrong 


When your schedule is wrong 


• But what if I was too pessimistic 

- Stop lying, you’re never too pessimistic 

- Release early 

- Add more stuff 

- Relax 
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Cost 


Cost is people 


• Community projects don’t necessarily have dollar costs 

• ...but people have time costs 

• ...but you don’t have control over the people 

• ...so your job is helping the people coordinate 
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Communication is key 


• There’s so much information out there 

• Distilling it into highlights helps 
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Meetings meetings meetings 


• Meetings can be good 

- Text, phone, or video 

- Take notes (text-based meetings allow bots to take notes for you!) 

- Have an agenda and stick to it 

• Don’t let meetings be the only place decisions are made 

- Not everyone can attend your meeting! 
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Channel flipping 


• Pick one synchronous tool and one asynchronous tool 

• Keep the barrier to entry low 

• Archives are (usually) your friend 

• Moderate a channel for important messages 
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Scope 


Why have a 


• Communication 

• Feedback 

• More communication 
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hange process? 


Process varies by size 


• Size = number of contributors 

• “Weight” of process is proportional to size 

• Number of communication channels is exponentially related to 
number of people 
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Process weight 


Process varies by size 
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Considerations 


• Who should validate/vet the change? 

- Release engineering? 

- Legal? 

- The community? 

• Who approves the change? 

- Community vote? 

- Technical steering body? 

- Project leader? 
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Opinion time! 


• Democracy is messy 

• Establish an elected technical body to approve changes (if your 
project is big enough to justify it) 
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Considerations 


• Conflicting changes 

• Broken changes 

• Undelivered changes 
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Quality 


Quality 


• Tests are good 

• Have release criteria 

• Triage important-but-not-blocker bugs 
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How? 





How? 


• Communicate 

• Communicate 

• Communicate 
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How? 


• Sit in on meetings and read mailing lists 

• Visibly communicate to the community 

- Blog posts 

- IRC office hours 

- Public issue trackers/Kanban boards/etc 
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How is it different in 
communities? 


Like in companies 


• People don’t like process and bureaucracy 

• You might not have direct authority 

• The job is all about communication and coordination 
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But in communities 


• You can only lead by influence 

• It takes more time to build credibility 

• You have to show the community your value 
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The process is here to serve the community; the 
community is not here to serve the process. 


Let’s talk about it 


• Nice things: @FunnelFiasco 

• Not-nice things:/dev/null 
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Program 
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• Made of projects 

• Has a defined end 
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— Project Management Institute 
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- Quality 
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“Everyone does project management, some just do 

it poorly.” 


Ben Cotton 
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What is program management? 
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“bcotton is a default volunteer in Fedora” 


anonymous 
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Managing Schedules 


• Managing schedules doesn’t necessarily mean setting 
schedules 

• Managing schedules does not mean being held responsible for 
execution 
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Managing Schedules 


• Managing schedules is 

- Building the schedule 

- Communicating the schedule 

- Updating the schedule 

- Consulting on schedule-related decisions 
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Why have a schedule? 


• Users care 

• Downstreams care 

• Upstreams probably don't care, but might 

• How else will you know it's done? 
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Types of schedules 


• Calendar-based 

• Feature-based 

• Meh, it's done I guess 
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Calendar-based schedules 


• Start with your target release date and work backward 

• How do you pick a date? 

- Upstream or downstream release dates 

- Tradition 

- Conferences/events 

- Fun dates (e.g. Pi day) 

- The amount of time it takes for the new release to be different 
enough 
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Feature-based schedules 


• Start with your target feature set and work forward 

• How do you pick your feature set? 

- How different do you want it to be? 

• What "justifies" a new release? 

• How much change is too much? 

- How interdependent are your changes? 

- How long do you want it to take? 

• YOU CAN'T AVOID THE CALENDAR 
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Meh, it’s done I guess schedules 


• You’re on your own here 
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Common considerations 


• Milestones 

- Feature proposal/code complete deadlines 

- Merge windows 

- Testing 

- Releases (alpha/beta/GA) 

• Conflicts 

- Conferences 

- Holidays 
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Common considerations 


• Schedule changes 

- If you move one date, you impact others 

• Public perception 

- Not all one week slips are created equal 

- Marketing is a part of the schedule, whether you like it or not 


@FunnelFiasco 



When your schedule is wrong 


• Calendar based 

- Cut troublesome features 

- Slip the release date 

• Feature based 

- Cut troublesome features 

• Meh, it's done I guess 

- The schedule is always right! 
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When your schedule is wrong 


• But what if I was too pessimistic 

- Stop lying, you’re never too pessimistic 

- Release early 

- Add more stuff 

- Relax 
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• Community projects don’t necessarily have dollar costs 

• ...but people have time costs 

• ...but you don’t have control over the people 

• ...so your job is helping the people coordinate 
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Communication is key 


• There’s so much information out there 

• Distilling it into highlights helps 
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Meetings meetings meetings 


• Meetings can be good 

- Text, phone, or video 

- Take notes (text-based meetings allow bots to take notes for you!) 

- Have an agenda and stick to it 

• Don’t let meetings be the only place decisions are made 
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Channel flipping 


• Pick one synchronous tool and one asynchronous tool 

• Keep the barrier to entry low 

• Archives are (usually) your friend 

• Moderate a channel for important messages 
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Why have a change process? 


• Communication 

• Feedback 

• More communication 
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Process varies by size 


• Size ~ number of contributors 

• “Weight” of process is proportional to size 

• Number of communication channels is exponentially related to 
number of people 
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- Release engineering? 
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• People don’t like process and bureaucracy 
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But in communities 


• You can only lead by influence 

• It takes more time to build credibility 

• You have to show the community your value 
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The process is here to serve the community; the 
community is not here to serve the process. 
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